home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940113.txt < prev    next >
Internet Message Format  |  1994-11-13  |  17KB

  1. Date: Thu, 14 Apr 94 04:30:26 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #113
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Thu, 14 Apr 94       Volume 94 : Issue  113
  11.  
  12. Today's Topics:
  13.                          486cpu RFI Problems
  14.                 FCC Packet Message Forwarding (3 msgs)
  15.                   help with NTS address.. newbie..:)
  16.               Is KA9Q telnet correct? (virtual terminal)
  17.             Look for info on TINY-2 or TNC-2 '4' a friend.
  18.                        Software for MFJ C64 TNC
  19.                            TCP/IP NOS FAQ?
  20.  
  21. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  22. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  23. Problems you can't solve otherwise to brian@ucsd.edu.
  24.  
  25. Archives of past issues of the Ham-Digital Digest are available 
  26. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  27.  
  28. We trust that readers are intelligent enough to realize that all text
  29. herein consists of personal comments and does not represent the official
  30. policies or positions of any party.  Your mileage may vary.  So there.
  31. ----------------------------------------------------------------------
  32.  
  33. Date: 13 Apr 94 18:35:55 GMT
  34. From: spsgate!mogate!newsgate!news@uunet.uu.net
  35. Subject: 486cpu RFI Problems
  36. To: ham-digital@ucsd.edu
  37.  
  38. I have been trying to set up a packet station, and have
  39. experienced problems due to a LOT of noise emitted by my
  40. PC.  I thought those devices were supposed to be relatively
  41. shielded, but even with an external antenna, my HT pickes
  42. up a lot of noise, which makes squelch settings, etc. 
  43. difficult.
  44.  
  45. Does anyone know of a way to quiet the environment down
  46. to make it more acceptable to Ham.  I have tried different
  47. ac outlets but it makes no difference.
  48.  
  49. Thanks
  50.  
  51. rick
  52.  
  53.  
  54. --
  55. R i c k   C o t t l e         
  56. Email:rrbk50@email.sps.mot.com 
  57.  
  58. ------------------------------
  59.  
  60. Date: 13 Apr 1994 05:17:31 GMT
  61. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!wupost!crcnis1.unl.edu!unlinfo.unl.edu!mcduffie@network.ucsd.edu
  62. Subject: FCC Packet Message Forwarding
  63. To: ham-digital@ucsd.edu
  64.  
  65. brian@nothing.ucsd.edu (Brian Kantor) writes:
  66.  
  67. >Remember the primitive level of most ham stations.
  68.  
  69.  
  70. This reminds me... Someone, a few posts back, made the comment that 
  71. most packet bbs stations now sport at least a 486 computer with 
  72. several hundred megabytes of hard drive. I would like to dispute that 
  73. comment. Yes, there are some systems like that. And, the number is on 
  74. the increase. But, I doubt that even half of them are. Remember, there
  75. are many people still getting along quite well on an XT class machine.
  76.  
  77. Until last weekend, my XT with 40m HD was my main board, running  FBB,
  78. SAM, BPQ, and several ports. I was finally able to upgrade my "office"
  79. computer to a 386 and took the 286 back to the shack to replace the 
  80. XT. The 286 is more than enough computer to handle the job and is 
  81. quite fast. I would hate to see the day that we had to have other than
  82. a minimal computer to handle bbs software.
  83.  
  84. 73 - Gary
  85.  
  86. ------------------------------
  87.  
  88. Date: Wed, 13 Apr 94 01:46:05 GMT
  89. From: ihnp4.ucsd.edu!mvb.saic.com!news.cerf.net!usc!howland.reston.ans.net!agate!library.ucla.edu!csulb.edu!csus.edu!netcom.com!netcomsv!skyld!jangus@network.ucsd.edu
  90. Subject: FCC Packet Message Forwarding 
  91. To: ham-digital@ucsd.edu
  92.  
  93. In article <WAF.94Apr12153047@sunfish.zk3.dec.com> waf@sunfish.zk3.dec.com writes:
  94.  
  95.   >         (Note that even if you use the original RSA signature scheme
  96.   > of encrypting the entire message with your private key, the purpose
  97.   > isn't to obscure the content, so you are probably safe.  Since it can
  98.   > be decrypted with your public key, you should be really safe.  Even
  99.   > more if you append your public key to the message.)
  100.  
  101.   It is my understanding that the encryption only has to be the "signature"
  102.   not the body of the message.  No sense in getting the "I can't copy on my
  103.   Model 15 types more upset about things than normal.
  104.  
  105.  
  106.  
  107.  Amateur: WA6FWI@WA6FWI.#SOCA.CA.USA.NOAM | "You have a flair for adding
  108. Internet: jangus@skyld.grendel.com        |  a fanciful dimension to any
  109.  US Mail: PO Box 4425 Carson, CA 90749    |  story."
  110.    Phone: 1 (310) 324-6080                |           Peking Noodle Co.
  111.  
  112. ------------------------------
  113.  
  114. Date: 13 Apr 1994 17:17:55 GMT
  115. From: news.mentorg.com!hpbab33.mentorg.com!wv.mentorg.com!hanko@uunet.uu.net
  116. Subject: FCC Packet Message Forwarding
  117. To: ham-digital@ucsd.edu
  118.  
  119. In article <2od03d$hpe@network.ucsd.edu>, brian@nothing.ucsd.edu (Brian Kantor) writes:
  120. |> Doug Rickard writes:
  121. |> >A good system for 'client' authentication already exists in the form of 
  122. |> >Kerberos from MIT. Perhaps we should see if a variant of Kerberos is 
  123. |> >appropriate for PBBS user authentication. After all, why re-invent the wheel.
  124. |> 
  125. |> Current ham radio networks lack the bandwidth, and most ham stations
  126. |> lack the computing power to do Kerberos.
  127. |> 
  128. |> I suspect you'll find that most of the cryptographic signature and/or
  129. |> authentication systems can't be run inside a TNC.
  130. |> 
  131. |> Remember the primitive level of most ham stations.  You'll probably have
  132. |> to use some one-time-pad or equivalent paper-based authenticator scheme
  133. |> if Joe Ham is going to use your system.
  134. |> 
  135. |> Sorry.
  136. |>     - Brian
  137.  
  138. I suspect most BBS systems run on minimum 386 today, and many, at least
  139. one per major area, run a fast 486 or even P5.
  140.  
  141. So the authentication using various schemes is certainly possible.
  142.  
  143. Note that what is actually required is to verify that the station
  144. connected to the BBS is actually who they say they are: i.e. that
  145. the connect to the BBS was done by the holder of the callsign.
  146.  
  147. There are many schemes that can provide this verification at high
  148. level of certainty, without requiring any more processing than
  149. a Z-80 can provide.
  150.  
  151. Providing authentication for the contents of a message is a different
  152. issue.  Do we need to address this also?  My reading of the rules says we
  153. do not.
  154.  
  155.    ...  Hank
  156.  
  157.  
  158. -- 
  159.  
  160. Hank Oredson @ Mentor Graphics
  161. Internet     : hank_oredson@mentorg.com
  162. Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM
  163.  
  164. ------------------------------
  165.  
  166. Date: 12 Apr 94 12:05:57 EDT
  167. From: agate!howland.reston.ans.net!europa.eng.gtefsd.com!darwin.sura.net!wvnvms!marshall.wvnet.edu!desaid@ames.arpa
  168. Subject: help with NTS address.. newbie..:)
  169. To: ham-digital@ucsd.edu
  170.  
  171. HI all:
  172.  
  173. I just setting up a packet TNC and I was wondering how do I get NTS address
  174. and AMPR address for my call sign.
  175.  
  176. Any help will be appreicated.  I live in Huntington, WV and my call sign is
  177. KB8PHZ.
  178.  
  179. Thanks a lot.
  180.  
  181. 73
  182. Dinakar
  183. kb8phz
  184.  
  185. ------------------------------
  186.  
  187. Date: Wed, 13 Apr 94 04:30:23 GMT
  188. From: news.mtholyoke.edu!nic.umass.edu!usenet@uunet.uu.net
  189. Subject: Is KA9Q telnet correct? (virtual terminal)
  190. To: ham-digital@ucsd.edu
  191.  
  192. About a week ago I posted a query re: 
  193.  
  194. Is KA9Q NOS Telnet virtual terminal definition correct?
  195.  
  196. Thank you to a number of people who wrote me directly or posted followups
  197. to my query. 
  198.  
  199. Unfortunately I was unable to keep up with news this week and I found that
  200. two followups, from hammock and dave, were still listed in my news server
  201. database but expired before I had a chance to read them. Would these
  202. people be kind enough to mail me their comments?
  203.  
  204. As to the problem of KA9Q NOS behavior, at this point I am convinced
  205. that the end-of-line handling problem is in the telnet server part of the
  206. Minix TCP/IP implementation and not in NOS. Another user has offered
  207. me a patch that I hope will resolve the problem.
  208.  
  209. In a separate post I asked about some other problems I had with NOS
  210. dropping the first character on a line and having trouble handling large
  211. amounts of quickly-arriving data from a large host.  I haven't received
  212. any replies on these queries and I would like again to ask for help on
  213. understanding and possibly dealing with these problems.
  214.  
  215.         Albert S. Woodhull
  216.         Hampshire College, Amherst, MA, USA
  217.         awoodhull@hamp.hampshire.edu
  218.  
  219. ------------------------------
  220.  
  221. Date: 14 Apr 94 00:47:30 GMT
  222. From: sdd.hp.com!vixen.cso.uiuc.edu!prairienet.org!k9cw@hplabs.hp.com
  223. Subject: Look for info on TINY-2 or TNC-2 '4' a friend.
  224. To: ham-digital@ucsd.edu
  225.  
  226. In a previous article, da884@cleveland.Freenet.Edu (David Toste) says:
  227.  
  228. >...  Ideally, I would like source for a TINY-2, but
  229. >a copy fo the code for real TAPR-2s would be OK.  Any other TNC would
  230. >...
  231.  
  232. Hey - there is an easy solution.  Just call up PacComm and ask them for
  233. the source listing.  I'm certain they will provide an appropriate
  234. response.  I know I would...
  235.  
  236. 73, Drew
  237.  
  238.  
  239. -- 
  240. *-----------------------------*-------------------------------------*
  241. |    Andrew B. White  K9CW    |    internet: k9cw@prairienet.org    |
  242. |    ABW Associates, Ltd.     |   phone/fax: 217-643-7327           |
  243. *-----------------------------*-------------------------------------*
  244.  
  245. ------------------------------
  246.  
  247. Date: Wed, 13 Apr 1994 03:22:37 GMT
  248. From: gsm001!gsm001.mendelson.com!gsmlrn@uunet.uu.net
  249. Subject: Software for MFJ C64 TNC
  250. To: ham-digital@ucsd.edu
  251.  
  252. Pardon me for being vague, but I was talking to a ham who purchased an MFJ
  253. TNC that plugs into his Commodore 64. It is supposed to use "public domain"
  254. software. It did not come with any software :-(
  255.  
  256. I don't  think this is a regular TNC with an rs232 to ttl converter, but
  257. a small circuit card with an edge connector unique to the C64. Based on the
  258. price I expect that it is only a modem. The packet assembly/disasembly/AX.25
  259. processing is done in the C64. 
  260.  
  261.  
  262. He does not have access to the Internet nor packet.
  263.  
  264. I have looked in both the C64 archives at U. Waterloo and at the ham radio
  265. archives at oak.oakland.edu. I could not find anything appropriate.
  266.  
  267. Does anyone know what software to use? If you do where do I get it?
  268. (file names too please) Once I get it how, do I get it onto a C64 Disk?
  269.  
  270. Thanks for your time and trouble.
  271.  
  272. 73,
  273.  
  274. Geoff.
  275.  
  276.  
  277. --
  278. "I am number six. Others come and others go, but I am always number six."
  279. (From the movie "Eminent Domain".) 
  280.  
  281. Geoffrey S. Mendelson N3OWJ    (215) 242-8712  gsm@mendelson.com   
  282.  
  283. ------------------------------
  284.  
  285. Date: Wed, 13 Apr 1994 19:12:44 GMT
  286. From: ihnp4.ucsd.edu!news.cerf.net!pravda.sdsc.edu!nic-nac.CSU.net!charnel.net.csuchico.edu!charnel!olivea!sgigate.sgi.com!sgiblab!pacbell.com!att-out!cbnewsj!kb2glo@network.ucsd.edu
  287. Subject: TCP/IP NOS FAQ?
  288. To: ham-digital@ucsd.edu
  289.  
  290. I'm interested in getting NOS on the air however there seem to be so many
  291. different versions! Does anybody have a FAQ regarding all the different
  292. versions of NOS so I can make an intelligent decision on which one to use.
  293.  
  294. Thanks and 73, Tom Kenny KB2GLO
  295.  
  296. -- 
  297. Tom Kenny, KB2GLO
  298. UUCP: ...!att!lzusp!tek              Internet: tek@lzusp.att.com
  299. Packet Radio: KB2GLO@WT3V.NJ.USA     Voice Telephone: 908-576-3888
  300.  
  301. ------------------------------
  302.  
  303. Date: Wed, 13 Apr 1994 14:01:04 GMT
  304. From: agate!howland.reston.ans.net!europa.eng.gtefsd.com!news.umbc.edu!eff!news.kei.com!yeshua.marcam.com!zip.eecs.umich.edu!newsxfer.itd.umich.edu!news1.oakland.edu!rcsuna.gmr@ihnp4.ucsd.edu
  305. To: ham-digital@ucsd.edu
  306.  
  307. References <JAY.19.2DA5AFB8@medicine.dmed.iupui.edu>, <2oaalr$hm3@search01.news.aol.com>, <WAF.94Apr12153047@sunfish.zk3.dec.com>sh
  308. Reply-To : anderson@kosepc01.delcoelect.com (Alan Anderson)
  309. Subject : Re: FCC Packet Message Forwarding
  310.  
  311. In <WAF.94Apr12153047@sunfish.zk3.dec.com>, waf@sunfish.zk3.dec.com (William Freeman USG) writes:
  312. >....  Since it can
  313. >be decrypted with your public key, you should be really safe.  Even
  314. >more if you append your public key to the message.)
  315.  
  316. Oops!  If you use the public key in the message to authenticate the message,
  317. you can be fooled easily.  You will know that the message was signed by the
  318. private key corresponding to that public key.  You won't know that the keys
  319. belong to anybody in particular.
  320.  
  321. In order for digital signatures to work, the public keys must be distributed
  322. by a trusted mechanism (which is NOT a chicken-and-egg problem, BTW -- there
  323. are several schemes to "bootstrap" the trust).
  324.  
  325. ========
  326. Alan Anderson (WB9RUF) [no fancy .sig -- yet]
  327.  
  328. ------------------------------
  329.  
  330. Date: 13 Apr 94 15:05:57 GMT
  331. From: sdd.hp.com!col.hp.com!jms@hplabs.hp.com
  332. To: ham-digital@ucsd.edu
  333.  
  334. References <2nph5e$djt@hpbab.mentorg.com>, <2obmb7$bme@hp-col.col.hp.com>, <2oer1m$rp3@hpbab.mentorg.com>
  335. Subject : Re: NTS traffic on packet
  336.  
  337.  
  338. : " ... out of a total of 8 messages ..."
  339.  
  340. : You mean only eight messages arrived at the BBS during that day?
  341. : Amazing ...
  342.  
  343. That's the ones that were auto-forwarded to me by just one bbs here in
  344. the Colorado Springs area.
  345.  
  346. Mike, K0TER
  347.  
  348. ------------------------------
  349.  
  350. Date: 14 Apr 94 00:17:52 GMT
  351. From: juniper.almaden.ibm.com!enge.almaden.ibm.com!enge@uunet.uu.net
  352. To: ham-digital@ucsd.edu
  353.  
  354. References <JAY.24.2DA96766@medicine.dmed.iupui.edu>, <2od0cl$hqk@network.ucsd.edu>, <2oha1j$3qp@hpbab.mentorg.com>com
  355. Subject : Re: FCC Packet Message Forwarding
  356.  
  357. The authentication scheme in use by my code is MD5.
  358.  
  359. Roy Engehausen, AA4RE
  360. enge@almaden.ibm.com
  361.  
  362. ------------------------------
  363.  
  364. Date: 13 Apr 1994 17:27:15 GMT
  365. From: news.mentorg.com!hpbab33.mentorg.com!wv.mentorg.com!hanko@uunet.uu.net
  366. To: ham-digital@ucsd.edu
  367.  
  368. References <2oaalr$hm3@search01.news.aol.com>, <JAY.24.2DA96766@medicine.dmed.iupui.edu>, <2od0cl$hqk@network.ucsd.edu>│π
  369. Reply-To : Hank_Oredson@mentorg.com
  370. Subject : Re: FCC Packet Message Forwarding
  371.  
  372. In article <2od0cl$hqk@network.ucsd.edu>, brian@nothing.ucsd.edu (Brian Kantor) writes:
  373. |> JAY@medicine.dmed.iupui.edu (Jay Sissom) writes:
  374. |> >RSA & PGP would be OK, except they might be interpreted as illegal encryption. 
  375. |> 
  376. |> If you just want to make sure the message isn't forged, sign an MD5
  377. |> checksum of the message with your RSA private key.  Since no information
  378. |> is hidden in such, it's clear that it isn't an illegal encryption.
  379. |> 
  380. |> If the MD5 checksum matches, the message is unaltered.  If you were able
  381. |> to decrypt the MD5 checksum in the first place, you're authenticated the
  382. |> sender.
  383. |> 
  384. |> [Above scheme stolen from the MUSE project.]
  385. |> 
  386. |> Export and international issues are your problem to solve.
  387. |>     - Brian
  388.  
  389. And if you want to do this with less processing time, use MD4 or even MD2.
  390. Brain, ka2bqe, has an MD5 implementation running with compressed batch
  391. forwarding, not for verification purposes, but to allow better error
  392. detection.
  393.  
  394. In the longer run, the ham digital network is certainly moving toward the
  395. use of these existing standards. The use of RSA plus MD5 makes a lot of
  396. sense.
  397.  
  398.    ...  Hank
  399.  
  400. -- 
  401.  
  402. Hank Oredson @ Mentor Graphics
  403. Internet     : hank_oredson@mentorg.com
  404. Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM
  405.  
  406. ------------------------------
  407.  
  408. Date: 13 Apr 94 15:06:57 GMT
  409. From: sdd.hp.com!col.hp.com!jms@hplabs.hp.com
  410. To: ham-digital@ucsd.edu
  411.  
  412. References <2nf770$l66@hpbab.mentorg.com>, <2oblv6$bme@hp-col.col.hp.com>, <2oer3v$rp3@hpbab.mentorg.com>
  413. Subject : Re: NTS traffic on packet
  414.  
  415. Hank Oredson (hanko@wv.mentorg.com) wrote:
  416. : In article <2oblv6$bme@hp-col.col.hp.com>, jms@col.hp.com (Mike Stansberry) writes:
  417. : |> Hank Oredson (hanko@wv.mentorg.com) wrote:
  418. : |> : In article <CnFLr1.Hu8@cbnewsh.cb.att.com>, ostroy@cbnewsh.cb.att.com (Dan Ostroy ) writes:
  419. : |> 
  420. : |> : The days of handling traffic on 80M CW are pretty much gone now, just
  421. : |>                                   ^^^^^^
  422. : |> **** WRONG!!! ***  Just because YOU don't do it, don't assume it's
  423. : |> gone.  I handle a LOT of traffic on 80M (and 40M) CW and so do a
  424. : |> lot of others!
  425. : |> 
  426. : |> Mike, K0TER
  427. : |> 
  428.  
  429. : I'm certainly sorry to hear that.
  430.  
  431. : Sounds terribly inefficient and error prone, when there are
  432. : better ways to do it.
  433.  
  434. : -- 
  435.  
  436. : Hank Oredson @ Mentor Graphics
  437. : Internet     : hank_oredson@mentorg.com
  438. : Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM
  439.  
  440. I guess you are just not interested in trying to help.  Use your
  441. system or none at all, right?  End of discussion.
  442.  
  443. Mike, K0TER
  444.  
  445. ------------------------------
  446.  
  447. End of Ham-Digital Digest V94 #113
  448. ******************************
  449.